Deployment Infrastructure V4: Multi-HPC Deployments #20
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
References issue ACCESS-NRI/build-cd#121 and detailed PR ACCESS-NRI/build-cd#218
Important
This PR is a major update to the deployment infrastructure. See below for the prerequisites for this repository to be able to merge this PR.
Background
This update to the deployment infrastructure allows deployment to multiple different HPC systems (or the same one but a different spack instance) in parallel.
Some of the major changes relevant to a model deployment repository include:
spack.yaml
: A new way to formatspack.yaml
so that even if there are differences in HPC architecture or variants, we can still deploy using a singlespack.yaml
. See https://github.com/ACCESS-NRI/ACCESS-OM2/blob/ce5fdd27badabcbff464d50fcdc4df8e80a74123/spack.yaml for an example. You can still deploy using the traditionalspack.specs[0]
method.Choose Where To Deploy Pre/Releases: Model Deployment Repositories can now set the repo-level
vars.PRERELEASE_DEPLOYMENT_TARGETS
/vars.RELEASE_DEPLOYMENT_TARGETS
to choose which HPCs they deploy to. This is of the form of a space-separated list of GitHub Environments (minus any potentialPrerelease
bit), for example:vars.PRERELEASE_DEPLOYMENT_TARGET
==Gadi Setonix
,vars.RELEASE_DEPLOYMENT_TARGET
==Gadi
.Updated Deployment Comments/Release Notes: Since we can deploy to multiple targets, we've had to rework the style of the deployment comments/notes. Example of Release Notes here: Make
release
Job Take Inputs From Multi-Target Deployments build-cd#200 (comment) and Comment here: Fix Up Multi-Target TODOs build-cd#199 (comment)Prerequisites for Merging
vars.[PRE]RELEASE_DEPLOYMENT_TARGETS
vars.SPACK_YAML_SCHEMA_VERSION
to1-0-4
@v4
, updateci.yml pr-closed
jobsmodel
input toroot-sbd
, updatecd.yml cd
jobpermissions.pull-requests:write
(This PR!)SUPERCOMPUTER Release
rather thanSUPERCOMPUTER